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POWER-SAVING MECHANISM FOR PERIODIC TRAFFIC STREAMS IN 
WIRELESS LOCAL-AREA NETWORKS 

Reference to Related Applications 

[oooi] This application claims the benefit of: 

1- U.S. provisional patent application Serial Number 60/433,604, filed 16 
December 2002, entitled "Poll Scheduling and Power Saving," (Attorney 
Docket: 3655-0184P), 

2. U.S. provisional patent application Serial Number 60/441,160, filed 21 
January 2003, entitled "Efficient Polling, Poll Scheduling and Power Saving," 
(Attorney Docket: 3655-0192P), and 

3. U.S. provisional patent application Serial Number 60/497,556, filed 26 
October 2003, entitled " Power-Saving Mechanisms for 802.11 Clients," 
(Attorney Docket: 503049-A-00-US), 

all of which are also incorporated by reference. 

Field of the Invention 

[0002] The present invention relates to telecommunications in general, and, more 
particularly, to wireless local area networks. 

Background off the Invention 

[0003] Figure 1 depicts a schematic diagram of an exemplary wireless local-area 
network (LAN) 100 in the prior art comprising access point 101 and stations 102-1 through 
102-/V, wherein N is a positive integer, interconnected as shown. Each station 102-/, 
wherein / is a member of the set {1, 2, . . . /V}, is a device such as a notebook computer, 
personal digital assistant (PDA), tablet PC, etc. that transmits radio signals to and receives 
radio signals from other stations in local-area network 100 via access point 101. 

[0004] Access point 101 and stations 102-1 through 102-/V transmit data in units 
referred to as frames over a shared-communications channel such that if two or more 
stations (or an access point and a station) transmit frames simultaneously, then one or 
more of the frames can become corrupted (resulting in a collision). As a result, local-area 
networks typically employ one or more protocols to ensure that a station or access point can 
gain exclusive access to the shared-communications channel for an interval of time in order 
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to transmit its frames. Frames transmitted from a station 102-/ to access point 101 are 
referred to as uplink frames, and frames transmitted from access point 101 to a station 102- 
/ are referred to as downlink frames. 

[0005] In accordance with some protocols (e.g., Institute of Electrical and Electronics 
Engineers [IEEE] 802.11, etc.), access point 101 periodically broadcasts a special frame 
called a beacon to all of the stations 102-1 through 102-/V. The beacon contains a variety of 
information that enables stations to establish and maintain communications in an orderly 
fashion, such as a timestamp, which enables stations to synchronize their local clocks, and 
signaling information (e.g., channel number, frequency hopping pattern, dwell time, etc.). 

[0006] A station 102-/ can prolong its battery life by powering off its radio when not 
transmitting or receiving. When a station powers off its radio, the station is said to enter 
the doze state. A station wakes up from the doze state by powering on its radio to enter the 
alert state. While a station is in the doze state, it cannot transmit or receive signals, and is 
said to be asleep. A station that saves battery life by alternating between alert to doze 
states is said to be in power-save mode, and a station that employs power-save mode is 
said to be a power-saving station. 

[0007] While a station 102-/ is asleep, access point 101 buffers any downlink frames 
for station 102-/ for eventual delivery when station 102-/ wakes up. Three issues therefore 
arise when a station 102-/ is in power-save mode: 

(1) When should station 102-/ wake up? 

(2) How will access point 101 know that station 102-/ has awakened? 

(3) How will access point 101 know that station 102-i has gone to back to 
doze state? 

[0008] One strategy, which is used in the IEEE 802.11 - 1999 standard, is for the 
access point 101 to include periodically in the beacon a Traffic Indication Map (TIM) that 
identifies which stations in power-save mode have downlink frames waiting for them in 
access point 101's buffer. When a station wakes up and the TIM indicates that there are 
frames buffered at access point 101 for the station, the station sends a a Power Save (PS) 
poll frame to access point 101 to request delivery of a buffered frame, and, after receiving 
and acknowledging the downlink frame, goes back to the doze state. A separate PS poll 
frame must be transmitted for each downlink frame buffered at access point 101. 

[0009] In another strategy, known as Automatic Power-Save Delivery (APSD), the 
delivery of downlink buffered frames can occur automatically - that is, without special 
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signaling frames to notify access point 101 that a station is awake and ready to receive 
frames. 

[ooio] Another feature of APSD relates to the termination of the awake period, the 
time interval a power-saving station must remain awake. A power-saving station may stay 
awake to receive several buffered frames, and goes to back to sleep when it is notified by 
access point 101. 

[ooii] There are different variations of APSD possible, which differ with respect to 
when delivery takes place and signaling for the end of a awake period. With the variation 
that has come to be known as beacon-based APSD, access point 101 periodically includes a 
Traffic Indication Map in the beacon to identify which stations in power-save mode have 
downlink frames waiting for them in the access point 101's buffer, as in the 802.11-1999 
power-save method. After transmitting a beacon with a TIM, access point 101 transmits its 
buffered downlink frames. 

[0012] In accordance with beacon-based APSD, stations in the doze state wake up to 
receive beacons and check the TIM. If the TIM indicates that there are no buffered downlink 
frames for a station 102-/, then station 102-/ immediately goes back into the doze state; 
otherwise, station 102-/ stays awake to receive the buffered downlink frames from access 
point 101, and then goes back into power-save mode. In addition, a station in the doze 
state buffers uplink frames generated by the application layer, and transmits one or more of 
the buffered uplink frames upon wake-up. Prior to entering power-save mode, a station 
sends a message to access point 101 that specifies a beacon period for subsequent wake-up 
{e.g., wake-up every 10 beacons, etc.) and an offset {i.e., phase), thereby identifying the 
beacons at which the station will wake up. The awake period is terminated by access point 
101's notifying the station {e.g., via specially designated bits in the control field(s) of a 
frame, etc.) that there are no more frames buffered at the access point awaiting 
transmission. 

Summary of the Invention 

[0013] The present invention is based on the identification of three drawbacks of the 
Automatic Power-Save Delivery mechanism. First, it is possible for multiple stations in a 
network to repeatedly wake up at the same time {i.e., at the same beacons), resulting in 
traffic delays and, consequently, an increase in station power consumption. Second, the 
Automatic Power-Save Delivery mechanism is ill-suited for traffic with delay/jitter quality-of- 
service (QoS) requirements {i.e., voice calls, videophone calls, etc.) because wake-up 
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periods based on multiples of beacon intervals are too large for the inter-frame arrival times 
required for adequate call quality. Finally, it is possible for a power-saving station to waste 
battery life waiting for the last buffered frame to be received before it goes back to sleep if 
low priority downlink traffic does not receive higher priority treatment, which would be 
expected in a local-area network that supports QoS. 

[0014] In order to overcome these drawbacks, in the illustrative embodiment of the 
present invention, a station, prior to entering power-save mode, sends a request to access 
point 101 that specifies a desired temporal period for subsequent wake-up that is 
independent of beacons. Access point 101 determines, based on existing transmission 
schedules (e.g., polling schedules, wake-up schedules, etc.), whether to accept or reject the 
request. If access point 101 accepts the request, then access point 101 determines, based 
on existing wake-up schedules, a temporal offset that will reduce the occurrence of 
concurrent wake-ups, and sends a positive notice with the temporal offset to the station. If 
access point 101 rejects the request, then access point 101 sends a negative notice to the 
station denying the request. 

[0015] In the illustrative embodiment, a station might optionally send to access point 
101, in addition to the desired temporal period, a suggested temporal offset. Access point 
101 can either decide to use the suggested temporal offset if it will result in a sufficiently 
low rate of collisions (e.g., concurrent wake-ups, etc.) or access point 101 can select a new 
temporal offset accordingly. 

[0016] In the illustrative embodiment, a power-saving station can go back to sleep 
when it receives a frame with an end-of-awake-period control field that is enabled. The 
awake period can be terminated while there is traffic still buffered at access point 101. This 
enables access point 101 to manage its downlink transmissions according to the priority of 
traffic at the access point without forcing power-saving stations to stay awake until all traffic 
buffered for them has been transmitted. 

[0017] For the purposes of this specification, the term temporal offset" is used to 
indicate either (i) a relative value (i.e., phase) with respect to a temporal period, or an 
absolute starting time (i.e., the time at which a periodic sequence starts). 

[0018] The illustrative embodiment of the present invention is advantageous for 
aperiodic traffic (e.g., bursty, random, etc.) as well as periodic traffic (e.g., call traffic, etc.). 

[0019] The illustrative embodiment comprises: (a) receiving a temporal period 
associated with a wake-up schedule for a device that has a power-save mode; (b) 
determining, based on one or more existing transmission schedules, whether the temporal 
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period can be accommodated; and (c) when the temporal period can be accommodated, (i) 
determining a temporal offset for the wake-up schedule, and (ii) transmitting to the device a 
positive notice comprising the temporal offset. 

Brief Description of the Drawings 

[0020] Figure 1 depicts a schematic diagram of an exemplary wireless local-area 
network 100 in the prior art. 

[0021] Figure 2 depicts a schematic diagram of a portion of local-area network 200 in 
accordance with the illustrative embodiment of the present invention. 

[0022] Figure 3 depicts a block diagram of the salient components of access point 
201, as shown in Figure 2, in accordance with the illustrative embodiment of the present 
invention. 

[0023] Figure 4 depicts a block diagram of the salient components of station 202-/, 
as shown in Figure 2, in accordance with the illustrative embodiment of the present 
invention. 

[0024] Figure 5 depicts a flowchart for access point 201, as shown in Figure 2, for a 
first method of establishing a wake-up schedule for a power-saving station in accordance 
with the illustrative embodiment of the present invention. 

[0025] Figure 6 depicts a flowchart for access point 201, as shown in Figure 2, for a 
second method of establishing a wake-up schedule for a power-saving station in accordance 
with the illustrative embodiment of the present invention. 

[0026] Figure 7 depicts a flowchart for station 202-/, as shown in Figure 2, for 
entering and operating in power-saving mode, in accordance with the illustrative 
embodiment of the present invention. 

Detailed Description 

[0027] Figure 2 depicts a schematic diagram of local-area network 200 in accordance 
with the illustrative embodiment of the present invention. Local-area network 200 
comprises access point 201, and stations 202-1 through 202-/V, wherein / is a positive 
integer in the set {1, . . . /V}, interconnected as shown. 

[0028] Station 202-/ is capable of (i) generating frames, (ii) transmitting frames over 
a shared-communications channel to access point 201, and (iii) receiving frames from the 
shared-communications channel. In some embodiments, station 202-/ might also able to 
communicate in peer-to-peer fashion (i.e., transmitting to and receiving frames from other 
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stations directly instead of via access point 201). Station 202-/ is capable of entering power- 
save mode and of receiving and transmitting frames while in power-save mode as described 
below and with respect to Figure 6. 

[0029] Access point 201 is capable of receiving frames from and transmitting frames 
to stations 202-1 through 202-/V via a shared-communications channel. Access point 201 is 
also capable of buffering downlink frames for a power-saving station in doze state, and of 
delivering buffered downlink frames to power-saving stations as described below and with 
respect to Figure 5. 

[0030] Figure 3 depicts a block diagram of the salient components of access point 
201 in accordance with the illustrative embodiment of the present invention. Access point 
201 comprises receiver 301, processor 302, memory 303, and transmitter 304, 
interconnected as shown. 

[0031] Receiver 301 is a circuit that is capable of receiving frames from shared 
communications channel 203, in well-known fashion, and of forwarding them to processor 
302. It will be clear to those skilled in the art how to make and use receiver 301. 

[0032] Processor 302 is a general-purpose processor that is capable of executing 
instructions stored in memory 303, of reading data from and writing data into memory 303, 
and of executing the tasks described below and with respect to Figure 5. In some 
alternative embodiments of the present invention, processor 302 might be a special-purpose 
processor (e.g., a network processor, etc.). In either case, it will be clear to those skilled in 
the art, after reading this disclosure, how to make and use processor 302. 

[0033] Memory 303 is capable of storing programs and data used by processor 302, 
as is well-known in the art, and might be any combination of random-access memory 
(RAM), flash memory, disk drive, etc. It will be clear to those skilled in the art, after 
reading this specification, how to make and use memory 303. 

[0034] Transmitter 304 is a circuit that is capable of receiving frames from processor 
302, in well-known fashion, and of transmitting them on shared communications channel 
203. It will be clear to those skilled in the art how to make and use transmitter 304. 

[0035] Figure 4 depicts a block diagram of the salient components of station 202-/, in 
accordance with the illustrative embodiment of the present invention. Station 202-/ 
comprises receiver 401, processor 402, memory 403, and transmitter 404, interconnected 
as shown. 

[0036] Receiver 401 is a circuit that is capable of receiving frames from shared- 
communications channel 203, in well-known fashion, and of forwarding them to processor 
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402. Receiver 401 is also capable of being powered off for a doze state. It will be clear to 
those skilled in the art how to make and use receiver 401. 

[0037] Processor 402 is a general-purpose processor that is capable of executing 
instructions stored in memory 403, of reading data from and writing data into memory 403, 
of instructing receiver 401 and transmitter 404 to power off, and of executing the tasks 
described below and with respect to Figure 6. In some alternative embodiments of the 
present invention, processor 402 is a special-purpose processor (e.g., a network processor, 
etc.). In either case, it will be clear to those skilled in the art, after reading this disclosure, 
how to make and use processor 402. 

[0038] Memory 403 is capable of storing programs and data used by processor 402, 
as is well-known in the art, and might be any combination of random-access memory 
(RAM), flash memory, disk drive, etc. It will be clear to those skilled in the art, after 
reading this specification, how to make and use memory 403. 

[0039] Transmitter 404 is a circuit that is capable of receiving frames from processor 
402, in well-known fashion, and of transmitting them on shared communications channel 
203. Transmitter 404 is also capable of being powered off for a doze state. It will be clear 
to those skilled in the art how to make and use transmitter 404. 

[0040] In the illustrative embodiment of the present invention, access point 201 and 
stations 202-1 through 202-/V support at least one IEEE 802.11 protocol. In alternative 
embodiments of the present invention, access point 201 and stations 202-1 through 202-/V 
might support other protocols in lieu of, or in addition to, one or more IEEE 802.11 
protocols. Furthermore, in some embodiments of the present invention local-area network 
200 might comprise an alternative shared-communications channel (for example, wireline 
instead of wireless). In all such cases, it will be clear to those skilled in the art after reading 
this specification how to make and use access point 201 and stations 202-1 through 202-/V. 

[0041] Figure 5 depicts a flowchart for access point 201 for a first method of 
establishing a wake-up schedule for a power-saving station, in accordance with the 
illustrative embodiment of the present invention. It will be clear to those skilled in the art 
which tasks depicted in Figure 5 can be performed simultaneously or in a different order 
than that depicted. 

[0042] At task 510, access point 201 receives a temporal period n for a desired wake- 
up schedule for power-saving station 202-/, in well-known fashion. As will be appreciated 
by those skilled in the art, in some embodiments temporal period n might be embedded in a 
message that contains other kinds of information (e.g., a traffic specification [TSPEC] 
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message in an IEEE 802. lie network, etc.), while in some other embodiments, temporal 
period n might be sent via a special-purpose message. In the former case, the message 
might also contain a field that indicates that station 202-/ is in power-save mode, while in 
the latter case, this is implicitly indicated by the special-purpose message. 

[0043] At task 520, access point 201 determines, based on existing schedules (e.g., 
wake-up schedules for other power-saving stations, polling schedules, etc.), whether 
temporal period n can be accommodated (i.e., whether the shared-communications channel 
can handle the additional "load" of the desired wake-up schedule without the rate of 
collisions exceeding a particular threshold T.) 

[0044] Task 530 is a branch statement based on the result of task 520; if a new 
wake-up schedule with temporal period n cannot be accommodated, execution proceeds to 
task 540, otherwise execution continues at task 550. 

[0045] At task 540, access point 201 sends a negative notice frame to station 202-/ 
that indicates that the desired wake-up schedule cannot be accommodated. In some 
embodiments, the negative notice might indicate that no additional load can be 
accommodated by access point 201, while in some other embodiments, the negative notice 
might indicate that station 202-/ might try an alternative method of power-saving, while in 
still some other embodiments, the negative notice might indicate a suggested alternative 
method of power-saving. After completion of task 540, the method of Figure 5 terminates. 

[0046] At task 550, access point 201 determines a value for temporal offset <|> that 
will keep the rate of collisions between the new wake-up schedule and existing schedules 
below threshold T. In some cases, access point 201 might also need to make adjustments 
to one or more of the existing schedules in order to keep the rate of collisions below 
threshold T. 

[0047] At task 560, access point 201 sends a positive notice frame to station 202-/ 
that indicates the temporal offset <|> for station 202-/'s wake-up schedule. After completion 
of task 560, the method of Figure 5 terminates. 

[0048] After completion of Figure 5, access point 201 buffers downlink frames for 
station 202-/ and automatically transmits buffered frames in accordance with station 202-/'s 
wake-up schedule. Access point 201 can either transmit all of the buffered frames to station 
202-/, or can transmit a portion of the frames and indicate the end of the transmission by 
enabling an end-of-awake period control field in the last frame. This provides access point 
201 with the flexibility to manage its downlink transmissions (e.g., according to traffic class 
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priorities, etc.) without forcing station 202-/ to stay awake until all its buffered frames are 
received. 

[0049] As will be appreciated by those skilled in the art, although Figure 5 is 
disclosed as a method to be performed by access point 201, in some embodiments in which 
local-area network 200 (i) has one or more non-power-saving stations in addition to power- 
saving station 202-/, and (ii) supports peer-to-peer communications, Figure 5 might be 
performed either by one of the non-power-saving stations, or by power-saving station 202-/ 
itself, instead of access point 201. In the latter case, the communications-oriented tasks of 
Figure 5 (510, 540, and 560) need not be performed by station 202-/. 

[0050] Figure 6 depicts a flowchart for access point 201 for a second method of 
establishing a wake-up schedule for a power-saving station, in accordance with the 
illustrative embodiment of the present invention. It will be clear to those skilled in the art 
which tasks depicted in Figure 6 can be performed simultaneously or in a different order 
than that depicted. 

[0051] At task 610, access point 201 receives a temporal period n and a suggested 
temporal offset § for a desired wake-up schedule for power-saving station 202-/, in well- 
known fashion. As will be appreciated by those skilled in the art, in some embodiments 
temporal period n and offset <|> might be embedded in a message that contains other kinds of 
information (e.g., a traffic specification [TSPEC] message in an IEEE 802. lie network, etc.), 
while in some other embodiments, temporal period n and offset <|> might be sent via a 
special-purpose message. In the former case, the message might also contain a field that 
indicates that station 202-/ is in power-save mode, while in the latter case, this is implicitly 
indicated by the special-purpose message. 

[0052] At task 620, access point 201 determines, based on existing schedules (e.g., 
wake-up schedules for other power-saving stations, polling schedules, etc.), whether 
temporal period n can be accommodated (i.e., whether the shared-communications channel 
can handle the additional "load" of the desired wake-up schedule without the rate of 
collisions exceeding a particular threshold T.) This determination is made independent of 
the suggested temporal offset <|>. 

[0053] Task 630 is a branch statement based on the result of task 620; if a new 
wake-up schedule with temporal period n cannot be accommodated, execution proceeds to 
task 640, otherwise execution continues at task 650. 

[0054] At task 640, access point 201 sends a negative notice frame to station 202-/ 
that indicates that the desired wake-up schedule cannot be accommodated. In some 
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embodiments, the negative notice might indicate that no additional load can be 
accommodated by access point 201, while in some other embodiments, the negative notice 
might indicate that station 202-/ might try an alternative method of power-saving, while in 
still some other embodiments, the negative notice might indicate a suggested alternative 
method of power-saving. After completion of task 640, the method of Figure 6 terminates. 

[0055] At task 650, access point 201 determines whether the suggested temporal 
offset <(> will keep the rate of collisions between the new wake-up schedule and existing 
schedules below threshold T. If not, execution proceeds to task 660, otherwise execution 
continues at task 670. 

[0056] At task 660, access point 201 determines a temporal offset $ that will keep 
the rate of collisions between the new wake-up. schedule and existing schedules below 
threshold T. After completion of task 660, execution continues at task 680. 

[0057] At task 670, access point 201 sets temporal offset $ to the same value as 
suggested temporal offset f 

[0058] At task 680, access point 201 sends a positive notice frame to station 202-/ 
that indicates the temporal offset for station 202-/'s wake-up schedule. After completion 
of task 680, the method of Figure 6 terminates. 

[0059] After completion of Figure 5, access point 201 buffers downlink frames for 
station 202-/ and automatically transmits buffered frames in accordance with station 202-/'s 
wake-up schedule. Access point 201 can either transmit all of the buffered frames to station 
202-/, or can transmit a portion of the frames and indicate the end of the transmission by 
enabling an end-of-awake-period control field in the last frame. This provides access point 
201 with the flexibility to manage its downlink transmissions (e.g., according to traffic class 
priorities, etc.) without forcing station 202-/ to stay awake until all its buffered frames are 
received. 

[0060] As will be appreciated by those skilled in the art, although Figure 6 is 
disclosed as a method to be performed by access point 201, in some embodiments in which 
local-area network 200 (i) has one or more non-power-saving stations in addition to power- 
saving station 202-/, and (ii) supports peer-to-peer communications, Figure 6 might be 
performed either by one of the non-power-saving stations, or by power-saving station 202-/ 
itself, instead of access point 201. In the latter case, the communications-oriented tasks of 
Figure 6 (610, 640, and 680) need not be performed by station 202-/. 
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[0061] Figure 7 depicts a flowchart for station 202-/ for entering and operating in 
power-saving mode, in accordance with the illustrative embodiment of the present 
invention. 

[0062] At task 710, station 202-/ transmits to access point 201, in well-known 
fashion, a temporal period n, and optionally, a suggested temporal offset, for its desired 
wake-up schedule. As will be appreciated by those skilled in the art, in some embodiments 
temporal period n and suggested offset $ might be embedded in a message that contains 
other kinds of information (e.g., a traffic specification [TSPEC] message in an IEEE 802. lie 
network, etc.), while in some other embodiments, temporal period n and suggested offset $ 
might be sent via a special-purpose message. In the former case, the message might also 
contain a field that indicates that station 202-/ is in power-save mode, while in the latter 
case, this is implicitly indicated by the special-purpose message. As will further be 
appreciated by those skilled in the art, in some embodiments in which local-area network 
200 supports peer-to-peer communications, station 202-/ might transmit n and to a non- 
power-saving station. 

[0063] At task 720, station 202-/ receives a reply notice from access point 201, in 
well-known fashion. As will be appreciated by those skilled in the art, in some embodiments 
station 202-/ might receive the reply notice from a non-power-saving station. 

[0064] At task 730, station 202-/ checks whether the reply notice received at task 
720 is a positive notice comprising a temporal offset <|>, or a negative notice. If it is a 
negative notice, the method of Figure 7 terminates, otherwise execution continues at task 
740. 

[0065] At task 740, station 202-/ enters a doze state. 

[0066] At task 750, station 202-/ wakes up in accordance with temporal period n and 
temporal offset <|>. 

[0067] At task 760, station 202-/ receives one or more downlink frames and 
transmits one or more buffered uplink frames, in well-known fashion. As will be appreciated 
by those skilled in the art, in the case of contention-based access to the shared- 
communications channel (e.g., the Distributed Coordination Function [DCF] in IEEE 
802.11b, the Extended Distributed Coordination Function [EDCF] in IEEE 802. lie, etc.), 
access point 201, having the highest-priority access to the channel, first transmits the 
buffered downlink frames to station 202-/, and then station 202-/, after gaining access to 
the channel, transmits its buffered uplink frames to access point 201. In order to achieve 
greater power-save performance for power-saving stations that employ a contention-based 
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access mechanism, access point 101 refrains from transmitting following its transmission to 
station 202-/, for a period of time sufficiently long to enable a power-saving station to gain 
access to the channel. 

[0068] As will be appreciated by those skilled in the art, in the case of contention- 
free access to the shared-communications channel (e.g., the Polling Coordination Function 
[PCF] in IEEE 802.11b, the Hybrid Coordination Function [HCF] in IEEE 802. lie, etc.), 
transmission of downlink and uplink frames occurs in interleaved fashion. As described 
above, station 202-/ stays awake to receive downlink frames until either an end-of-awake- 
period frame or a conventional end-of-sequence frame is received. After completion of task 
760, execution continues back at task 740. 

[0069] As will be appreciated by those skilled in the art, in some embodiments in 
which local-area network 200 supports peer-to-peer communications and has one or more 
non-power-saving stations in addition to power-saving station 202-/, the communications- 
oriented tasks of Figure 7 (710, 720, and 760) (i) might be performed with respect to one of 
the non-power-saving stations instead of access point 201, or (ii) might not be performed at 
all when power-saving station 202-/' itself performs the methods of Figure 5 and 6, as 
described above. 

[0070] Although the illustrative embodiment of the present invention is disclosed in 
the context of IEEE 802.11 local-area networks, it will be clear to those skilled in the art 
after reading this specification how to make and use embodiments of the present invention 
for other kinds of networks and network protocols. 

[0071] It is to be understood that the above-described embodiments are merely 
illustrative of the present invention and that many variations of the above-described 
embodiments can be devised by those skilled in the art without departing from the scope of 
the invention. It is therefore intended that such variations be included within the scope of 
the following claims and their equivalents. 

[0072] What is claimed is: 
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